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Abstract: A computing infrastructure where “everything is a service” 
offers many new system and application possibilities. Among the main 
challenges, however, is the issue of service substitution for the appli¬ 
cation execution in such heterogeneous environments. An application 
would like to continue to execute even when a service disappears, or 
it would like to benefit from the environment by using better services 
with better QoS when possible. In this article, we define a generic ser¬ 
vice model and describe the equivalence relations between services con¬ 
sidering the functionalities they propose and their non-functional QoS 
properties. We define semantic equivalence relations between services 
and equivalence degree between non-functional QoS properties. Using 
these relations we propose semantic substitution mechanisms upon the 
appearance and disappearance of services that fit the application needs 
in a pervasive environment. We developed a prototype as a proof of 
concept and evaluated its efficiency over a real use case. 
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1 Introduction 


A computing infrastructure (Erl, 20051 where “everything is a service” offers 
many new system and application possibilities. Among the main challenges, how¬ 
ever, is the issue of service substitution for the application execution in such hetero¬ 
geneous environments. An application would like to continue to execute even when 
a service disappears, or it would like to benefit from the services in the environment 
by using better services with better quality of service when possible. 

A service publishes a functional interface, describing all the operations that 
the service can execute. This description is based on semantics and ontologies 


(Bittner, Donnelly, and Winter 2005) as pervasive environments (Weiser, 1991 


Satyanarayanan, 2001) are populated with services from different providers and 


technologies. Besides the semantic interface description, the interface operations 
have non-functional properties corresponding to their quality of service. Many mid¬ 


dleware and architectures proposed solutions for service substitution (Fredj, Geor- 


gantas, and Issarny, 2008) or service adaptation (Floch ed., 2006), but very few 


described by models, definitions and metrics semantic service substitution adapted 
for pervasive environments and based on functional interface matching and quality 
of service computing. 


The major contributions of the article are in defining and formalising: 

• The equivalence relations between services considering the functionalities they 
propose via their functional interfaces. We define and formalise the service 
model and the service equivalence relations based on the semantic description 
of their interfaces and operations. Theses relations allow to define if two 
services are functionally equivalent or not. 

• The QoS degree equivalence functions between the operations and the ser¬ 
vices. Services can be functionally equivalent but offer and/or require dif¬ 
ferent parameters for quality of service. The QoS equivalence degree gives a 
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metric that indicates how close two services are in terms of their quality of 
services. 

• Service substitution mechanisms for applications executing in pervasive envi¬ 
ronments. Based on service equivalence relations and QoS equivalence degree, 
the pervasive environment can decide to substitute services by functionally 
equivalent ones, with better QoS computed via the QoS equivalence degree. 
These service substitution are done transparently and spontaneously as ser¬ 
vices appear and disappear in the environment with the users coming and 
leaving. 

To define, formalise and explain our relations and metrics we adopted the fol¬ 
lowing model. The “DEFINITION” paragraphs define the relations and functions 
between concepts, operations and services using simple grammar and language, 
whereas the “EXAMPLE” paragraphs illustrate and explain these definitions via a 
use case. 

We begin in section 2 by exposing the state of the art. We define in section 
3 the service equivalence relations and the non-functional QoS degree equivalence 
metrics. We then explain in section 4 the semantic service substitution in pervasive 
environments. Section 5 details the developed proof-of-concept prototype and its 
results. Finally, section 6 concludes and gives perspectives for this work. 


2 State of the Art 


In pervasive environments, service substitution (Fredj, Georgantas, and Is- 


sarny, 2008 Santhanam, Basu, and Honavar 20091 and service similarity problems 


(Kokash 2006 BenMokhtar, 2007 Bachir and Fauvet, 2009) have become the new 


trends in the service-oriented community after the service discovery and service 
composition problems. Once services are deployed, accessed, executed and com¬ 
posed, the pervasiveness of the environment imposes researchers to find solutions 
for the service unavailability problem. Indeed, in a pervasive environment, services 
can come and go without prior notification and finding the right substitute for a 
given service is very often a hard task to achieve. In the literature, we distinguish 
three types of service similarity: those concerning the structural part or functional 
property of services, those concerning the behavioural part of services and those 
that deal with the non-functional properties of services. 


Structural similarity between services (Kokash 20061 is a functional matching 
algorithm between the interface WSDL descriptions of Web services. The algo¬ 
rithm takes the description of Web services and is able to tell if the two services are 
similar using a semantic similarity metric. But this work need to be optimised and 
especially the non-functional parts of services need to be taken into account. Perse 


(BenMokhtar, 2007) proposes a QoS metric for Web services based on normaliza¬ 


tion functions but this metric is used to dynamically compose services together. 
Perse does not consider service substitution as a separate problem from service 


composition. Finally, EurekaBESERIAL (Bachir and Eauvet, 2009) proposes an 


algorithm that is capable of detecting all the incompatibilities between two inter¬ 
face behaviour for Web services and based on these incompatibilities it introduces 
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a similarity function to compare two Web service behaviour but it does not take 
into account the non-functional properties of services. 


Some works deal with service substitution (Fredj, Georgantas, and Issarny, 2008 


Santhanam, Basu, and Honavar 20091. Siroco (Fredj, Georgantas, and Issarny, 


20081 proposes a framework that substitutes stateful Web services, taking into ac¬ 


count the state of a service when executing and ensuring to applications a service 
continuity when substituting the service. But Siroco does not deal for now with 
non-functional properties. Santhanam, Basu, and Honavar (2009) propose a Web 
service substitution based on preferences over non-functional attributes but their 
description of non-functional properties is not general enough to take all types of 
non-functional properties into consideration. In this article, we do not limit our 
model to Web services as all major systems do but propose a general model of 
a service, describing its functional and non-functional properties (quantitative or 
qualitative) and based on this model we propose different metrics for computing 
non-functional service similarities. Than, we propose a mechanism for service sub¬ 
stitution that substitute services not only upon their unavailability as the major 
systems do, but also when a new service fits better an application. 


3 Service Functional and Non-Functional QoS Equivalence Relations 

3.1 Service Model 


We define a generic service model as composed of a functional interface and 
non-functional QoS properties. A functional interface specifies operations that can 
be performed on the service. An operation is described by a concept, a set of 
inputs and an output. The QoS non-functional properties describe the operation 
capabilities. These capabilities reflect the quality of the functionality expected from 
the service, such as dependability (including availability, reliability, security and 
safety), accuracy of the operation, speed of the operation, and so on. The service is 
also semantically described. The semantic description is upon the operations and 
QoS properties and is based upon common ontology concepts. 

Consider finite sets of grammatical alphabet E, ontologies 0, concepts N be¬ 
longings to these ontologies 0, operations Dp, inputs In, outputs Out, concepts Cpt, 
non-functional properties Np, quantitative and qualitative non-functional properties 
NpQAT, NpQL- Consider the following operators: * (repetition zero or more times), “*■ 
(repetition one or more times), | | (the number of occurrences) and ° (repetition 
zero or one time). 

We define an operation op belonging to Op C Dp as follows: 

{op G Op 3 In C In, 3 Out C Dut, 3 cpt G Cpt, 3 Np C Np, 3 Npq^ C 
NpQN, 3 NpQL C Npql): 
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op : < In*, Out^-^, cpt, Np* > 

in: < name, type, semantic >, name G E* 

out : < type, semantic > 

cpt : < name, semantic >, name G E* 

type : < language, name >, {name, language} G E* 

semantic : < o,n >, o G O CO, n G N CN 

np : < Np*Q^, Np*Qj^ > 

npQL '■ < name, semantic >, name G E* 

n-PQN ■ < name, numericValue, operator >, name € E* 

numericValue G M 

operator : {<, >, <, >} 

where: 

• In is the set of the operation op inputs, in is dehned as a tuple where name 
is the chosen input syntactic name, type is the syntactic input type, and 
semantic the input semantic description. 

• out G Out is the operation op output, out is dehned as a tuple where type 
is the output syntactic type, and semantic its semantic description. 

• cpt is the concept the operation op dehnes. The operation op concept cpt 
is dehned as a tuple, where name is the syntactic name through which the 
operation is called and semantic its semantic description. 

• Np is the set of non-functional properties characterizing op. Np can be quali¬ 
tative or quantitative. npQN € NpQL is the qualitative non-functional prop¬ 
erties dehned as a tuple < name, semantic >. npQN G NpQ^ is the quanti¬ 
tative non-functional properties dehned as a tuple, where numericValue G K 
and operator G {>, <, <, >}. operator specihes the order applied to 
numericValue. For {>, >} the greater the numericValue is, the best is 
the QoS property for the service runtime execution. For {<, <} the smaller 
the numericValue is, the best is the QoS property for the service runtime 
execution. 

The type depends strongly on the programming language the op is dehned in, 
whereas the semantic is independent of the technology and more related to the set 
of dehned ontologies O. 

Our service model is general enough to respect the SOA specihcations, and to 
offer a common model to the heterogeneous technologies usually available in perva¬ 
sive environments. The model proposes semantic descriptions relying on common 
ontologies, and by that it allows to abstract from the programming languages. 

Example 1 We consider three operations ( cf. figure and three interfaces ( cf. 
figure^ described under the generic service model. Each operation has a set of in¬ 
puts described by a name, a type, and a semantic description, an output described 
by a type and a semantic description, and a concept described by a name and a se¬ 
mantic concept. Each operation can have one or several non-functional properties, 
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qualitative or quantitative. These three operations (cf. figure^ and three inter¬ 
faces (cf. figure^ are used in the following examples to illustrate the upcoming 
definitions. 


Printing 

In = {<f, java.io.File, «document »>} 
Out={<java.lang.Boolean, « state »>} 
Cpt={<print, « printer »>} 
Npqn={(nbPage,60,>), (price, 10,<)} 
Npql={{access, « wifi »)} 


Impression 

In = {<s, char*, «path »>} 
Out={<bool, « state »>} 
Cpt={<println, « printer »>} 
Npqn={(nbPage,100,>), {price,20,<)} 
Npql={(access, « wireless »)} 


Printer 

In ={<f, java.Io.Flle, «URI»>} 
Out={<java.lang.Boolean, « state »>} 
Cpt={<print, « printer »>} 
Npqn={(nbPage,10,>), (price,2,<)} 
Npql={(access, « bluetooth »)} 

Figure 1 Three operation specifications 


ifc2 
opi 

In = {<f, « image »>, <s, «Path»>} 

Out={< «states>} 
op2 

In = {<f, « «content»>} cpt={< «size»>} 

Out={< «state»>} 
cpt={< «prlnt»>} 

Ifc3 
opi 

In = {<f, « image »>, <s, «Path»>} 

Ou1={< «state»>} 
cpt={< «slze»>} 

op2 

ln = {<f, «electronic»>} 

Out={< «state»>} 
cpt={< «print»>} 

Figure 2 Three interface specifications 


op2 

In = {<f, « electronic»>} 
Out={location>} 
cpt={< «print»>} 

op3 

In = {<f, « electronic »>} 
Out={< «state)»} 
cpt={< «print»>} 


ifcl 

op1 

In = {<f, «lmage »>, <s, « document »>} 
Out={< « state»>} 
cpt={< «slze»>} 


3.2 Service Equivalence Relations 

Service equivalence relations determine whether two services offer the same func¬ 
tionality or not. A service is considered equivalent to another one if it can offer the 
same functionality (same interface) even with different non-functional QoS proper¬ 
ties. The aim of this section is to provide definitions of possible relations between 
services in order to identify and decide when a service can be replaced by another 
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one. Two relations are introduced: the equivalence (=) and the almost equivalence 
(i>) relations. In an equivalence relation, the two equivalent entities can interchange 
and be replaced one by the other. The equivalence relation is reflexive, symmetric, 
and transitive. In an almost equivalence relation only one entity can replace the 
other one. This relation is non reflexive, asymmetric, and transitive. It is based 
on sub-concept relations in the ontologies used to describe services of the environ¬ 
ments. The relations tackle two main parts of a service: its functional interface 
and its non functional QoS properties. In the rest of this section, we define our 
interface equivalence relations and our non-functional QoS equivalence degree. 

We define the interface equivalence =sem upon the operation equivalence which 
itself is defined upon a concept matching Mcpt with concepts belonging to a de¬ 
fined ontology. We begin by defining the concept matching of a given ontology. 


Concept matching 

The matching of two concepts belonging to the same ontology has been widely 
studied. We define our matching relation Mcpt between concepts belonging to 
the same ontology. A concept n belonging to an ontology o (figure]^, can pro¬ 
vide all its immediate sub-concepts ni and n 2 or one of its sub-concepts ni or 
712. This distinction depends strongly on the ontology definitions and providers. 


Some research such as Paolucci (Paolucci et ah, 20021 made the assumption that 


by selecting a concept n, we implicitly suppose that it provides all its immedi¬ 
ate sub-concepts, others made the other assumption that by selecting a concept 
n, it provides at least one of its immediate sub-concepts, but not necessarily all 
of them. Consider the set {ni,n 2 , ■■,nn} of all the sub-concepts of a concept n 
in an ontology o, the assumption of Paolucci (Paolucci et ah, 20021 is formalised 
as follows: n ^provide (ni A 712 A A 7i„) which means that n can replace nl, 
7i 2, etc. Others, do not make strong assumptions as this and suppose that a con¬ 
cept n provides one or more of its sub-concepts but not necessarily all of them, 
n =provide {^1 V 712 V V 7i„). We fall into the first category, stipulating that a 
super-concept offers what its sub-concepts offer, and hence can replace them. 


I " 


i d 1 


n2 

JL 


n22 


Figure 3 An ontology example 

Defining n and m, two concepts belonging to the same ontology o. We define 


the four values of concept matching Mcpt inspired from Paolucci (Paolucci et ah, 
20021 as follows: 


Definition 1 — Mcpt{n,m) = Exact 
I If n and m are equivalent concept 
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Definition 2 — Mcpt{n,m) = Plugin 
I If n is a super—concept of m 

Definitions — Mcpt(ji,m) = Subsume 
I If n is a sub—concept of m 


Definition 4 — Mcpt{n,m) = Fail 
I If n and m do not verify the above conditions 


Example 2 Using our ontology example figure^ we give an example of Mcpt- 


Example 


Mcpti”content”, "electronic”) = Plugin 
Mcpti”document", "URL”) = Plugin 
Mcpti"paper", "document”) = Subsume 
Mcpti"content”, "path") = Fail 


document 



Figure 4 A document ontology example 


These concept matching values are the metrics employed to match operations 
and interfaces of services. We hrst define the values that the matching of operations 
can take, and based on these values we define when two operations are equivalent 
or almost equivalent. 

Semantic operation equivalence 


Definition 5 — Comparable Operations oc 

We define two operations opi and opj to be comparable (oc (opi, opj) = true) if they 
have the same number of inputs and the same number of outputs and if it exists a 
bijection / over their inputs allowing to compare the inputs parameters two by two. 
Vfc, 1 G {l..\Inopi\} 

j.^P'opzl — [duopjlA (lOntopil — lOi/topjl) 

A (3 f . luopi ^ Inopji V 'ini G Inopj-, 3! G Inopii f(j'^k) — ^'eii) 

V {i, j, I, k} G N, we define the semantic matching, Msem(opi, opj), of two com¬ 
parable operations opi and opj (oc {opi,opj) = true), considering the semantic 
matching of their concepts, inputs and outputs. 

We can quickly realize that the semantic matching of these three items - inputs, 
outputs, and concepts - can be different, as the concept matching can take multiple 
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values. In a semantic matching, the three items can range from Exact matching to 
Fail passing by the Plugin and Subsume values. 

We define the different values a semantic matching Mgem between two operations 
opi and opj can take as follows: 


Definition 6 — Msem { opi , opj ) = Exact 

Two operations opi and opj verifying (oc {opi,opj) = true) are Exact semantic 
matching if all the matching values between concept, inputs and output are Exact. 

V fc e N: 

{Mcpt{semcptg^., semcptgp.) = Exact) 

A {y ink G Inopi, Mcptisemin,,, fiseminj) = Exact) 

A {Mcpt{semoutgp.,semoutaj,-) = Exact) 

Definition 7 — Msemippi^opj) = Plugin 

They are Plugin semantic matching if they are not Exact matching and all the 
matching between concept, inputs or output values are Exact or Plugin. V A: G N: 

Msem{opi,opj) ^ Exact 

A {Mcptisemcptgp.,semcptgp.) € {Exact V Plugin}) 

A (y ink G Inopi, Mcptisemin^, fisemin^)) in [Exact y Plugin}) 

A {Mcpt{semoutoj,. , semout^p.) G [Exact V Plugin}) 

Definitions — Msem { opi , opj ) = Subsume 

They are Subsume semantic matching if they are no Exact or Plugin matching 
and at least one matching value between concept, inputs or output is Subsume and 
no Fail matching value is found between outputs, concepts, and the corresponding 
comparable inputs. V fc G N: 

Msem{opi,opj) ^ Exact 
A {Msem{opi,opj) ^ Plugin) 

A iMcptisemcptgp.,semcptg^.) = ^{Fail)) 

A (V mfe G Inopi, ^Cptisemin^, f{semin^)) = -•{Fail)) 

A {Mcpt{semoutgp.,semoutgp.) = --{Fail)) 

Definition 9 — Mgemiopi^opj) = Fail 

They are Fail semantic matching if they have different inputs or outputs numbers 
or at least one semantic matching value between concepts, inputs or outputs is Fail. 

V {k,l} e N: 

{\Inc,p.\ ^ \Inopj\) 

V {\Outopi\ 7^ I Out opj) 

V iMcpt{semcptg^_,semcptgp.) = Fail) 

V {3 ink G Inopi, G Inop., Mcptisemi^^, semin,) = Fail) 
y{Mcpt{semoutg^.,semoutgj,.) = Fail) 


Example 3 Considering the three operations defined in figure [7] 
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The semantic matching between these operations give the following values: 

McptiP^inting^ Impression) = Plugin 
Mcpt{PTinting, Printer) = Plugin 
Mcptilmpression, Printer) = Subsume 
Mcptilmpression^ Printing) = Subsume 
Mcpt{Printer, Printing) = Subsume 
McptiPfinter, Impression) = Plugin 

The semantic operation matching provides the tools to dehne when operations 
are equivalent or almost equivalent. 


Definition 10 — Operation equivalence 
We define two operations opi and opj to be semantically equivalent =sem ib 

(,=sem {opi,OPj) = true) {Msem{opi,Opj) = ExOCt) 

The operation equivalence =sem is reflexive, symmetric, and transitive. We 
notify that the semantic equivalence satisfies the conditions an equivalence relation 
3? needs to fulfill. 

Definition 11 — Operation almost equivalence 
We define two operations opi and opj to be semantically almost equivalent >sem if: 

(>sem(opi,opj) = true) ^ {Msemiopi,opj) = Plugin) 

The almost equivalence is non reflexive, asymmetric, and transitive. This rela¬ 
tion of almost equivalence specifies that opi is equivalent to opj and can replace it 
but that the contrary is not true, opj can not always replace opi. 

Example 4 Coming back to our example in figure^ where we had these matching 
values between the three operations Printing, Impression, and Printer: 

Mcpt{Printing, Impression) = Plugin 
McptiPfinting, Printer) = Plugin 
Mcptilmpression, Printer) = Subsume 
Mcptilmpression, Printing) = Subsume 
Mcpt {Pointer, Printing) = Subsume 
McptiPrinter, Impression) = Plugin 

we can conclude the following almost equivalent relations: 

\>{Printing, Impression) = true 
\>{Printing, Printer) = true 
\>{Printer, Impression) = true 

Now that we have defined the operation equivalence relations, we define the in¬ 
terface equivalence relations and by that we define when two services are equivalent 
or almost equivalent. 
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Interface equivalence 

We define two interfaces to be comparable (cx {ifci,ifcj) = true) if they have 
the same number of operations and if it exists a bijection / over their operations 
allowing to compare them two by two: 


Definition 12 — Comparable interfaces oc 

I We define two interfaces ifci and ifcj to be comparable (oc {ifci,ifcj) = true) if: 


— \Opifcj\ 

A (3 / : Opifa -)■ Op^fcj, V opi e Opifcj, 3! opk G Opif^, f{opk) = m) 

As for operations we define the semantic matching between two interfaces ifci 
and ifcj: 


Definition 13 — Msem{'ifci,ifcj) = Exact 
Two interfaces ifci and ifcj are Exact semantic match if oc {ifci, ifcj) = true and: 

\/opi G Opifc, Msem{.opi, f{opi)) = Exact 

Definition 14 — Maemiifci^ifcj) = Plugin 
They are Plugin semantic match if oc (ifci,ifcj) = true, and: 

Msem{ifci,ifcj) 7 ^ Exact 

A (Vopi G Opifa, Msemiopi, f{opi)) G {ExactM Plugin}) 

Definition 15 — Msemiifcijifcj) = Subsume 

They are Subsume semantic match if oc {ifci,ifcj) = true, ifci and ifcj are not 
Exact nor Plugin semantic match and: 

Afsem ) 7 ^ Exact 

A {Msem{ifci,ifcj) 7 ^ Plugin) 

A (Vopi G Opifa, Msem{opi, f{opi)) G {Exacts Plugin V Subsume}) 

Definition 16 — Msem{ifci,ifcj) = Pail 
They are Fail semantic match if: 

oc{ifci,ifcj) = false 

V {3 opi G Opifa, y opj G Opifcj, Maera{opi,opj) = Fail) 

It is sufficient to have only one operation opi of ifci that do Fail match with 
any operation opj of ifcj to declare that the two services matching fails. 

Based on these interface semantic matching definitions, we define the interface 
equivalence and almost equivalence. 
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Definition 17 — Interface equivalence 
We define two interfaces ifci and ifcj to be semantically equivalent =sem ib 

i=sem{ifci,ifcj) = true) ^ {Msem{ifci,ifcj) = Exact) 

The equivalence =sem is reflexive, symmetric, and transitive. 

Definition 18 — Interface almost equivalence 
We define two services ifci and ifcj to be semantically almost equivalent t>sem ib 

{,>sem{ifci,ifcj) = true) ^ iMsem{ifci,ifcj) = Plugin) 

As for operations, the almost equivalence is non reflexive, non symmetric, and 
transitive. This relation of almost equivalence specifies that ifci is equivalent to ifCj 
and can replace it but that the contrary is not true, ifcj cannot always replace ifCi. 

Example 5 Considering the three interfaces and their semantic descriptions in 
figure\^ 

The semantic matching between their different operations gives the following 
values: 

(X {ifci,ifci) = true 
A {Mse7n{oplifcl,Oplifcz) = Pluglu) 

A {Msem{op2ifci,op2ifc3,) = Pluglu) 

We can implies ^ {t>sem{ifcl,ifci) = true) 

The two interfaces ifci and ifc2 are not comparable as they do not have the same 
number of operations. Nevertheless, some of their operations are Plugin semantic. 

Many services do not have the same number of operations per interface as 
depicted in example 5. To resolve this issue brought by the example. We define 
the matching over a set of operations for two interfaces ifci and ifcj. 


Definition 19 — M2fn{ifci,ifcj) = Exact 

Two interfaces ifci and ifcj are Exact semantic matching over a subset of operations 
Op, if: 

tyPp {ifc^,ifcj) = true 

A {Op C Opifa, 'iopi G Op, Msem{opi, f{opi)) = Exact) 

Definition 20 — M2fn{ifci,ifcj) = Plugin 

Two services ifci and ifcj are Plugin semantic matching over a subset of operations 
Op, if: 

typp {ifci,ifcj) = true 
M^emiifo,ifCj) Exact 

A {Op C Opifa, yopi G Op, Msem{opi, f{opi)) G {ExactV Plugin}) 
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We thus define interface equivalence and almost equivalence between interfaces 
over a subset of operations: 


Definition 21 — Interface equivalence over a subset of operations, =^em 

We define two interfaces ifci and ifcj to be semantically equivalent over a subset of 
operations Op: 

i=?Im = true) ^ {MgP^{ifci,ifCj) = Exact) 


Definition 22 — Interface almost equivalence over a subset of operations, 

We define two services ifci and ifcj to be semantically almost equivalent over a 
subset of equivalence Op: 

= true) ^ {Mg^{ifc,Ofcj) = Plugin) 


Example 6 Coming hack to our example in figure The semantic matching be¬ 
tween the different operations of ifci and ifc2 gives the following values: 

g(-opii/oi,op2ij>ci (ifcl,ifc2) = true 
A (Msem{oplifci,oplifc 2 ) = Plugin) 

A (Msem{op2ifcl,Opiifc2) = Pluglu) 

From these matching values, we can implies => °^‘^'^‘'^\ifcl,ifc2) = 

true) 

The two interfaces ifci and ifc2 are almost equivalent upon the two operations 
of ifci. 

This equivalence and almost equivalence over subsets of operations is useful for 
service substitution issues, as a service can be replaced by another one if certain 
operations are specified to be required by applications at a given time. 

Many services can be almost equivalent and we need to be able to rank between 
these almost equivalence relations. A ranking of the semantic matching values need 
to be introduced. This ranking will help ordering services that have semantic al¬ 
most equivalence with different concept values for the respective operations’ inputs, 
outputs and concepts. It is also used to rank interfaces and operations that have 
Subsume semantic matching. This operations’ ordering allows users and appli¬ 
cations to choose services that best suit their requirements at a given time, and 
re-adapt their choice if other services that have a closer semantic equivalence ap¬ 
pear. We introduce a semantic distance Dsem between two interfaces. It calculates 
the distance between two interfaces semantic descriptions. The more this value is 
closer to zero the more these two services are equivalent. 
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Semantic distance 


Definition 23 — Concept semantic distance 

I We first define a normalised concept distance Dcpt between two concepts n and m: 


Dcpt { n , m ) : 0 
0.2 
0.8 

1 


if Mcptin^m) = Exact 
if Mcpt{n,m) = Plugin 
if Mcptin^m) = Subsume 
if Mcptin,m) = Fail 


The closer the distance is to zero, the best is the semantic value matching be¬ 
tween two concepts. An Exact value is preferred to a Plugin one, which is preferred 
to a Subsume one. The choice of values can vary. The idea is to assign different 
values and especially values that reflect the importance of the matching result. In 
this definition we chose to distinguish to Exact and Plugin from Subsume and Fail. 
Other values more ponderated can be chosen. 


Definition 24 — Operation semantic distance 

We define the semantic distance between two comparable operations opi and opj 
(oc {opi, opj) = true): {Dsem{opi,opj), i,j € N). This semantic distance is the 
sum of the ponderated concept distance of the operation concept, inputs and output 
semantic description: 


Wi ^ EQpi{semcptopi, semcptopj) T ^2 * EQpi{semoutopii ^^^outapj) T 
^^k—l {^h * EQpt{semijikopi^ f {inkopi))) 

where Y^i^ni^i) = 1 

wi corresponds to the weight we wish to give to the concept, inputs and output. 
When matching two operations, the focus may be put on inputs, outputs parameters 
or on the concept, wi allows to ponderate the ranking of operations. 


Definition 25 — Interface Semantic Distance 
The semantic distance between two comparable interfaces {Dsem{ifci,ifci) i,j € N) 
is the sum of all the semantic distance between their comparable operations, 
ponderated by a weight allowing to focus on some operations rather than others. 

* Dsem(ophfc,, f(opkifc,))) 

Example 7 We come back to our example and calculate the semantic distance 
Dsem of our three operations: 

Dcpti" printer"printer") = 0 
Dcpt {"document"," URI") = 0.2 
Dcpt l"state"state") = 0 

=> Dsemiprinting,printer) = w2*0.2 
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Dcpti" printer"printer") = 0 
Dcpti” document"," path") = 0.2 
Dcpt l"state"state") = 0 

=> D semiprinting, impression) = w2*0.2 

The operations Printing is Plugin matching with Impression and Printer and 
has the same semantic distance value to both operations. 


Dcpti" printer"," printer") = 0 
Dcpt i!'path"document") = 0.8 
Dcpt i”state"state") = 0 

=> Dsemiimpression,printing) = w2*0.8 

The overall value of Dcptiprinting, impression) < Dcptiimpression, printing) 
and is normal as printing is Plugin of Impression and Impression Subsume of 
Printing (see example 3). 

Example 8 We come back to our example and calculate the semantic distance 
Dsem of our interfaces: 

PCptiopIifcljOpIifcs) — 0.2 
PCptiop2ifcl, Op2ife3) ~ 0-2 

=> Dsemiifcl,ifc3) = wl * 0.2 + w2 * 0.2 

PCptiopIifcl^Op\ifc2) — 0.2 
PCptiop2ifel^ Op8ifc2) — 0.2 
=> Dsemiifcl,ifc2) = wl * 0.2 + w2 * 0.2 

The overall values of Dcptiifcl,ifc3) and Dcptiifcl,ifc2) depends on the val¬ 
ues assigned to the weights (wl and w2). 

In our semantic distance calculation example, we gave the three items of an 
operation - inputs, output, and concept - the same importance. We can ponderate 
the semantic distance by introducing weights to each of the operation items. 

The equivalences introduced so far concern the interfaces of services. If two 
services can publish the same interface, they can provide different non-functional 
properties. If we are able to distinguish services by their functionalities, it is inter¬ 
esting to evaluate how equivalent services are in terms of non-functional QoS prop¬ 
erties. In the following section, we define a metric to calculate the non-functional 
QoS equivalence degree for the services that are equivalent and almost equivalent. 


3.3 Non-Functional QoS Equivalence Degree 

Services can be semantically equivalent, almost equivalent, or having Subsume 
matching relations. These equivalence are based on the functional aspect of ser¬ 
vices. Services can offer the same functionalities but with different non-functional 
QoS properties. We will define a metric that measures the non-functional QoS de¬ 
gree of equivalence. This metric allows to assign a normalised degree that measures 
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the degree of non-functional QoS similarities between two equivalent, almost equiv¬ 
alent, or Subsume matching services. These degrees are used to choose between 
diverse services providing different non-functional QoS properties, but offering sim¬ 
ilar functionalities. 

The non-functional QoS of an operation is defined as follows: 

Definition 26 — non-functional QoS properties 

Consider a finite set of grammatical alphabet S, ontologies O, concepts N belongings 
to these ontologies O, non-functional QoS properties Np, quantitative non-functional 
properties Npgpf, and qualitative non-functional properties NpQL. Considering an 
operation op we define its non-functional QoS as follows: 

Np : { Npgj^ , Npgpf } 

NpQL = {nplQL, np2QL, .. npkqL}, k = \NPql\ 

NpQN = {nplQN, np2QN, .. nptgN}, k = \NPqn\ 
npQL =< name, semantic >, name € S* 

npQN =< name, numericValue, operator >, name G H* h numericValue G M 

operator = {<, >, <, >} 

semantic =< o,n >, o G O, n G N 

operator specihes the order applied to numericValue. For {>, >} the greater 
the numericValue is, the best is the QoS property for the service runtime execution. 

For {<, <} the smaller the numericValue is, the best is the QoS property for the 
service runtime execution. 

The non-functional equivalence degree QoSDegree(,opi,opj) between two func¬ 
tional equivalent operations is evaluated upon their quantitative and qualitative 
properties similarities. Two functional equivalent operations offer the same func¬ 
tionality but not necessarily the same non-functional QoS properties. The 
QoSDegree{opi,opj) evaluates the degree of similarities of two operations opi and 
opj concerning their non-functional QoS properties. We suppose that: 

3 f . NpQpi y NpQpj wheveW npkopj G NpQpj, 3! npkopi G NpQpi, f(,npkopi^ — 

npkopj • 

'i k G N, npkopi and npkopj deals with the same non-functional QoS property. 

If npkopi is a quantitative non-functional QoS we have npkopj also a quantitative 
non-functional QoS and namcnpkapi = namcnpkopj ■ 

If npkopi is a qualitative non-functional QoS we have npkopj also a qualitative non¬ 
functional QoS and namcupk^pi = namcnpkppj ■ 

Definition 27 — QoSoegree{opi,opj) 

Considering two operations opi and opj, we define the degree of equivalence between 
the two operations QoSDegree{opi,opj) as a function that measures how close is opj 
from opi in terms of non-functional QoS. We consider the non-functional properties 
of opi, NPopi and calculate as follows the degree of equivalence opj has upon these 
properties: 

QoSDegree{opi,opj) = Wk * deg(npkopi, npkopj) 
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where, Wk is the assigned weight for a particular non-functional QoS property 
with the following conditions i'^k) = 1- The more is closer to zero, 

the more important is the property Npk. This ponderation allows to decide when 
searching for equivalent services if certain non-functional QoS properties are more 
important than other for the required service replacement. deg{npkopi,npkopj) are 
normalised values between 0 and 1 corresponding to the equivalence degree between 
npkopi and npkopj ■ These values are calculated using the z-score or standardization 
of the npk values for quantitative properties and semantic distance for qualitative 
properties. 

We dehne deg{npkopi,npkopj) as follows: 


• deg{npkopi, npkopj) = deg{npkQN^pi,npkQN^^^) for the quantitative proper¬ 
ties. 


• deg (npkopi, npkopj) = deg(npkQL„j,i,npkQL„j,j) for the qualitative ones. 


We dehne next how we calculate these two degrees. 


Definition 28 — deg(npkQN^p,,npkQN„^j) 
deg(npkQN^^^,npkQN,„) = \g(npkQN^^.) - g(npkQM,„)\ 

We dehne ri(npkQN) as the normalization of z-score value of npkqN for quantitative 
non-functional QoS. 


Definition 29 — g{npQN) 

Considering npQN =< name, numericValue, operator > we dehne ri(npQN) as 
follows 

if operatoTnpQN is ' <' : 0 i/ z-score(npQN) < —2 

1 if z-score(npQN) > 2 

(z — score{npQN))/4: + 0.5 if 2 > z-score(npQN) > —2 
if operatoTnpQN is ' >' -.1 if z-score(npQN) < —2 

0 if z-score{npQM) > 2 

0.5 — (z-score{npQN))/if 2 > z-score(npQN) > —2 


For < the numericValue is the best when it is the smallest. ri(npQN) is closer 
to zero for the smallest value of numericValue and closer to one for the bigger 
value of numericValue, and vice versa for >. 

The z-score of a quantitative property npQN, indicates how far and in what 
direction, the property deviates from its distribution’s mean, expressed in units of 
its distribution’s standard deviation. We use the z-score standardization in order 
to provide a way of comparing all the different non-functional QoS by including 
consideration of their respective distributions. 
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Definition 30 — z-score{npQN) 

Considering the quantitative npQN, its corresponding z-score is: 

z-score(npQff) = (numericValuenpQ^ — p{numericValuenpQi^))/cr{numericValuenpQpf) 

where, p,{numericValuenpQi^) is the mean of the values of npQN, and 
a{numericValuenpQf^) is the standard deviation of npQ^. 


In normal distribution we can distinguish that the 95% of z-score(npQjv) values 
are comprises between —2 and 2. Based on this, rj{npQisi) calculates a value be¬ 
tween 0 and 1 taking into account the nature of quantitative non-functional QoS 
properties. Indeed the operatoVnpQ^ indicates whether the properties are stronger 
with greater values, or with smaller values. 

If for the quantitative non-functional QoS properties, we used z-score and nor¬ 
malization to calculate the degree of similarities between two properties, for quali¬ 
tative non-functional QoS we use the semantic distance to compare the concepts of 
the qualitative properties npQL- The semantic distance returns a normalised value 
between 0 and 1. 


Definition 31 — deg { npkQL „^ i , npkQL „^ j ) 

Considering npkqL^^. the qualitative non-functional QoS of the operation. We seek 
to find the best equivalence for it from a set of equivalent operations. Considering 
npkQL„ - =< name, semantic > the qualitative non-functional QoS of the other 
operations, we define deg(npkQL^^.,npkQL^^.) as follows: 

deg{npkQij^^^, npkQij^^^) = DseminsemantiCnpkQ^ T nsemantiCnpkQj^ ) 


Example 9 Considering the three operations defined in figure [7j Considering the 
Printing operation, it is almost equivalent to Printer and almost equivalent to 
Impression. We calculate the non-functional QoS degree of equivalence to deter¬ 
mine which of Printer or Impression replace the best Printing. 

First we calculate the values that we need for our degree computing. We detail 
the computing for nbpage. 
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^{nbpage) = 56.66 

ainbpage) = ^/((eO - 56.66)2 (100 - 56.66)2 + (10 - 56.66)2) 3 = 36.84 

z-score{nbpageprinUng) = (60 — 56.66) 36.84 = 0.09 

z-score{nbpageimpression) = (100 — 56.66) 36.84 = 1.176 

z-score{nbpageprinter) = (10 — 56.66) 36.84 = —1.26 

rjiubpagcprinting) = 0.477 

riinbpage^mpression) = 0.206 

riinbpageprinter) = 0.816 

rjipr iceprinting) = 0.515 
Tj^pTicCimpression) — 0.867 
riipricCprinter) = 0.186 

Dsem{accesSprinting, accesspmnting) = 0, Mcpt{'wifi'wifi') = ExQCt 
Dseni{accesSprinting,accesSinipression) = 0.2, Mcpti'wireless'wifi') = Plugin 
Dseni{accesSprinting,accesSprinter) = 1, Mcpt{'bluetooth'wifi') = Fail 

The QoS Degree of the three operations are: 

QoSDegveeiPrinting, Impression) = wl*{\'q{nbpageprinting) - vinbpage impression'}\') 
w2^{\r]{priceprinUng) - v{Pf’'^Ceimpression)\) +w3*(D sem (^access printing, aCCCSS impression)) 

QoSDegree{Printing, Impression) = wl * 0.27 + w2 * 0.35 + w3 * 0.2 
QoSoegreeiPrinting, Printer) =wl* {\r]{nbpageprinting) - ri{nbpageprinter)\) + 

w2ts{^rj(jpr iceprinting) V{p^'loeprinter)\) ~\~U:^^{Fsem{aCCeSSprinting, aCCeSSprinter)) 


QoSDegree{Printing, Printer) = iwl * 0.33 + w2 * 0.33 + wi * 1 

If we suppose the three non-functional QoS properties of the same importance 
wlw2w3 = 1, we obtain: QoSoegreeiPfinting, Impression) = 0.27, and 
QoSDegree{Printing, Printer) = 0.55. The Impression operation offers non¬ 
functional QoS that are closer to Printing than Printer if we assign the same 
weight to the three non-functional properties. 


4 Semantic Service Substitution in Pervasive Environments 

An application executing a service in pervasive environments would like to ben¬ 
efit from all the available services. Service substitution based on semantic interface 
matching and non-functional QoS properties is something the pervasive environ¬ 
ment can provide to applications. We use the equivalence and almost equivalence 
relations to compare services together to know if one service can substitute another 
one. And we use the QoS degree equivalence to be sure that the services we provide 
to applications fit their needs. When a service appears in the environment, It can 
be functionally equivalent to another service being executed by an applications and 
with better QoS parameters. The environment will spontaneously substitute the 
service of the application with this new service. On the other hand, when a service 
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disappear, the environment will look for equivalent or almost equivalent services 
with QoS properties similar to the vanishing services and redirect the application 
calls to this new service. These two actions of spontaneously substituting services 
to applications allow these latter to execute properly despite the environment dy- 
namicity. 

Service appearance 

Considering a set S of finite services in the environment, we denote si the service 
that appears. As a first step, the pervasive environment searches for functionally 
equivalent or almost equivalent services interfaces in the environment. Indeed, these 
services are services that provide the same functionality - the same functional in¬ 
terfaces - as the service si, and can be replaced in the application clients execution 
by the service si . 

We consider the new service si. We suppose that the service si is equivalent or 
almost equivalent to other services in the environment: 

3 sj e S, {=sem {si,sj) = true) W {>sem{si,sj) = true) 

The spontaneous service si substitution succeeds if si can replace sj for the appli¬ 
cation execution and that by providing better non-functional QoS properties than 
sj for the applications. By checking the profile of applications, the pervasive envi¬ 
ronment knows the values and the priorities {wi) that the applications would like 
to assign to the non-functional QoS properties. The environment can simulate a 
service sk, with these values, and calculates the QoSdegree using the wi specified 
by the applications. If no wi are assigned, the pervasive environment applies the 
following values: (z ^wi = 1- The service substitution succeeds if: 

Q^Sdegreei^’^i ^^) ^ Q^Sd egree {sj, sk) 

which means that the new service si is closer to sk than sj is to sk in terms of 
non-functional QoS properties, sk reflecting the applications needs and preferences 
for the non-functional QoS properties of the service they execute. 

Example 10 Considering the three operations defined in figure\^ 

The Printing service is a new service appearing in the environment and is se¬ 
mantic almost equivalent to the Impression service. The environment considers 
applications using the Impression service, and verifies which non-functional QoS 
properties are the required by the applications. For example, if the price is impor¬ 
tant, the Wprice would be much more important than the waccess WnbPage; o.nd 
the new Printing service fits better for the application. The environment simulates 
a new service by assigning it the adequate values of the non-functional QoS proper¬ 
ties required by applications. As an example we can give the following application 
required non-functional QoS properties depicted under service sk: 

NpQL = {< access, “wireless" >} 

NpQN = {< nbPage, 50, ' >' >, < price, 12, ' <’ >} 

And Wprice — 0.6, Waccess — 0.2, WubPage — 0.‘2 
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First we calculate the values that we need for our degree calculations: 

The mean for nbpage property: p{nbpage) = 55 

The standard deviation for nbpage property: a{nbpage) = 32 

The normalised z-score values are: r]{nbpageprinting) = 0.46 

pinbpagCijnpression) — 0.149 

pinbpageprmter) = 0.85 

p{nbpagesk) = 0.54 

The mean for price property: pfprice) = 11 

The standard deviation for price property: a{price) = 6,4 

The normalised z-score values are: r]{priceprinting) = 0.46 

pijpriceimpression) — 0.85 

Vipriceprinter) = 0.15 

pipriccsk) = 0.539 

The semantic distance for the non-functional properties are: 

Dsemiaccessprinting, accesssk) = 0.8, Mcptif wif i'wifcless') = Subsume 
Dsemi(iccesSimpression,o,ccesSsk) = 0, McptCwirclcss'wirclcss') = Plugin 
Dsemi(iccesSprinter,0'CcesSprinter) = 1) Mcptifbluctooth' f wircless') = Fail 

Using these values we calculate: 

QoSdegree{Printing, sk) = 0.6* 0.08 + 0.2 * 0.8 + 0.2 * 0.078 = 0.22 
QoSdegreJyl'mpression, sk) =0.6*0.391 + 0.2*0 + 0.2*0.311 = 0.29 

We have QoSdegreeiPrinting, sk) < QoSdegreeil'mpression, sk), which means 
that the new printing service fits better the application requirements. 

Service disappearance 

Another major issue requiring service substitution is the disappearance of services 
form the environment. If a service disappear, the service registry of the environ¬ 
ment is notified. This one asks the environment to come back with all the services 
that are equivalent or almost equivalent to this service. If many services are found, 
the environment creates sets of services. A set for the services equivalent and an¬ 
other one for the almost equivalence. The equivalence is considered better than 
the almost equivalence, as services can be interchanged in an equivalence relation 
(symmetric relation). 

We denote si the service that disappears and for this service the environment 
finds the equivalent or almost equivalent services: 

3 sj e S, {=sem {sj,si) = true) V i>semisj,si) = true) 

We define the following: 


S= : set of sj, {=aem {sj, si) = true) 

: set of sj, (>sem(si, s*) = true) 

In every set, services are ordered following the QoS degree function that returns for 
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every equivalent services with the service that disappeared their degree of equiva¬ 
lence concerning the non-functional QoS properties related to the service that the 
environment would like to replace. 

By checking the values on the non-functional QoS properties for each service 
of every set, the environment calculates the QoSdegreeisj, si), V sj G S'*, of each 
service of a set with the service si. If no ponderation is given by the applications 
upon the priority of the properties the environment employs the same value for 
wi : G services within each set are ordered from the best 

one (service sj that minimizes QoSdegreeisj, si)) to the worst one (service sk that 
maximize QoSdegreeisj, si)): 

T= : set of ordered sj, iQoSdegreeiSj, si) < QoSdegreeiSj+l, si), j G [l..|S=| - 1]) 

: set of ordered sj,iQoSdegreeiSj,si) < QoSdegreeisj + l, si), j G [l..|s>| - 1]) 

When a service si disappears, the environment chooses the best replacement for 
the service si by beginning from the most suitable set with the most suitable non¬ 
functional QoS properties. 


Example 11 Returning to our example of the Printing, Impression, and Printer 
services (cf. figure^. 

If we search to replace the Printing service because of a sudden disappearance 
and need to choose between the Impression or the Printer services, the calculated 
QoSdegree between these services are different depending on the values assigned to 
wi. 


QoSDegreeiPrinting, Impression) = wl*i\'qinbpageprinting) - 'ninbpageimpression)\) + 
w2*i\r]ipriceprinUng) - 'nipriceimpression)\) +w3*iD sem iaCCeSSprinting, OCCCSSimpression)) 

QoS DegreeiPrinting, Impression) = wl * 0.27 -I- w2 * 0.35 -I- w3 * 0.2 

QoS DegreeiPrinting, Printer) = wl* {\riinbpageprinting) - rjinbpageprinter)\) + 

w2^i\Tjipriceprinting) dipriceprinter)]) ~\~Uj3^iD s^mioCCCSSprinting, OCCCSSprinter)) 


QoS DegreeiPrinting, Printer) = icl * 0.33 -I- w2 * 0.33 -I- w3 * 1 

If the service Printing is no longer available, the environment finds the services 
Impression and Printer as almost equivalent to Printing. For their non-functional 
properties, it is clear that if the environment assigns the same value to the three 
wi, the Impression service would have a closer degree to Printing. Nevertheless, 
if the application using Printing gives more importance to the price of the printing 
service, the environment will assign to w2 a greater importance, and we can notice 
the Printer service has a closer degree to Printing than the Impression service. 

It can occurs that no equivalent or almost equivalent services are found, in that 
case the search may be refined over a set of operations. If the users and applications 
of the services that disappeared used a particular operation or set of operations, 
the search may be specified over these operations using the equivalence and almost 
equivalence service relations defined upon particular operations (=®^, t>ffm)- 
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The spontaneous service si substitution over a predefined set of operations Op 
succeeds if: 

3sj e S, {=gp^ {sj,si) = true)y = true) 

Example 12 Considering the three services interfaces and their semantic descrip¬ 
tions in figure ^ 

We have °^^'^‘'^\ifcl,ifc2) = true), which means that the services 

proposing the interface if cl with the operations oplifci and op2ifci can replace the 
operations oplifc 2 and op3ifc2 of service ifc2. 

As for the service as a whole, the environment requires to create the sets of 
equivalent and almost equivalent services over the predefined set of operations. It 
also orders the services within these sets depending on the non-functional QoS 
properties of the concerned operations and not the non-functional QoS properties 
of all the service. 

If no services are found, the environment may consider the services that are 
Subsume matching with the service that disappeared. If this replacement can fail 
to provide the required functionality as a Subsume matching between services does 
not guarantee that the new service can provide all what the other service provided, 
it can allows the environment to provide something to the applications even if not 
exactly what is required, while awaiting the appearance of the desired services. The 
environment proposes these services to the applications, specifying that the services 
they seek are no longer available. 

In case of complete failure of finding an appropriate service, the service registry 
of the environment redirects all the calls to the functional interface of the disappear¬ 
ing service to a proxy. Once a service registers a functional interface responding to 
the applications needs, the calls of the proxy can be redirected to this new service. 


5 Evaluation of the Semantic Service Substitution 


We implemented, as a proof of concept, all the major functionalities of the 
service substitution under an OSGi service platform implementation, the Apache 
Felix. The service semantic matching is done using online reasoner OWL-S ontolo¬ 
gies (OWLcoalition, 2005) and the matching relations of Paolucci ( jPaolucci et ah, 
20021. The non-functional QoS properties are for now defined in the service de¬ 


scription and we do not yet consider the dynamic changes affecting these properties 
while service execution. For the evaluations we developed a use case composed of 
100 OSGi services in a small environment deployed on three laptops (Dell Latitude 
D4I0, 1,73 GHz, and 0,99 Go of memory). 

The semantic matching is quite heavy (cf. figure]^. The OWL-S API takes 
about 12 seconds to compare and matches 8 services owl-s descriptions (MyStudio) 
and 55 seconds for about 100 services. The pellet matching engine that reads all 
the owl-s files by adding them to the reasoner and extracts the inputs, outputs and 
concepts fields is much slower and much more memory consumer than as simple 
syntactic matching based for example on introspection methods provided by the 
Java language. We conclude that the semantic matching using online semantic 














24 


Semantic Service Substitution in Pervasive Environments 


reasoning is a very heavy process. We can improve the matching time and memory 
consuming by employing techniques as in PERSE (BenMokhtar, 2007) that propose 
efficient semantic service matching using encoding classified ontologies. 


Time in seconds 



services 


Memory in ko 



Use case 100 services 

Example 

services 


Figure 5 Time execution for semantic service matching 


Eigure gives the time execution and memory consumption for quantitative 
non-functional properties QoSdegree function computing. We suppose that each 
service has one quantitative non-functional property. When a service leaves the 
environment, the time to adapt to this changes is the time required to compute 
and sort the QoS degree of available services publishing the same interfaces (47 
milliseconds for 100 services). When a service appears in the environment, the 
environment computes the QoS degree of this services to find if it better suits the 
applications using equivalent services. If so, the service registry will propose to 
applications the new service and the adaptation would be done in no time for the 
application, as it is showed figure 

Time in milliseconds Memory in Ko 



Use case 100 services Use case 100 services 

Example services Example services 


Figure 6 Time and memory consumption for QoS degree computing 


6 Conclusion 

Service substitution is used in runtime reconfiguration in SOA systems in order 
to tolerate runtime variations and ensure continuity in service provisioning for the 
users. Providing functionally equivalent services to the applications with better 
quality of services when services appear and disappear is a challenging problem 
as services are provided with different technologies and different characteristics. If 
many middleware proposed to semantically compare services and to adapt them 
to the application execution, few formalised and defined the service relations and 
especially the non-functional QoS properties degree metrics between services. We 
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proposed a metric to compare services, based on semantic interface matching and a 
metric for computing the non-functional QoS property similarities between services. 
We implemented a prototype under Java OSGi framework as a proof of concept and 
evaluated the efficiency of our proposal. 

One of the aspects that is not yet tackled by our middleware prototype is the 
state of a service (Preuveneers and Berbers, 2008) that disappears while executing. 
If a service disappears while executing an application needs, to replace it in a 
transparent way, the environment needs not only to find equivalent services in terms 
of functional and non-functional QoS properties but to know from which state to 
start the execution of the new service, so that the application does not loose what 
has been already executed by the previous service. Mechanisms of logging and 
checkpoints need to be introduced at the service execution time level to save the 
state of a service at runtime. These mechanisms allow the environment to keep a 
trace over the state of services and to know when they disappear at which state of 
execution they were. Another important issue would be to test our prototype in 
large pervasive environments, such as university campus, were thousands of services 
may meet and where a real end user experience could be tested to evaluate the 
interest of our spontaneous service substitution approach vis a vis to users. Our 
approach would surely have problem to scale to these service numbers and a more 
smart selection, based not only on semantic ontologies but also on user profiles, 
would be appropriate to choose a subset of services to substitute. 
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